home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000355_news@newsmaster….columbia.edu _Fri Dec 12 10:20:12 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA04133
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 12 Dec 1997 10:20:11 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA06120
  7.     for kermit.misc@watsun; Fri, 12 Dec 1997 10:20:11 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Users get logged out spontainously!!!
  12. Date: 12 Dec 1997 15:20:09 GMT
  13. Organization: Columbia University
  14. Lines: 53
  15. Message-ID: <66rkn9$iog$1@apakabar.cc.columbia.edu>
  16. References: <01bd0688$30e0ce00$4c4f12c3@michel> <66qaps$6tl$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8150
  19.  
  20. In article <66qaps$6tl$1@apakabar.cc.columbia.edu>,
  21. Jeffrey Altman <kermit-support> wrote:
  22. : In article <01bd0688$30e0ce00$4c4f12c3@michel>,
  23. : Michel Krabshuis <mjka@globalxs.nl> wrote:
  24. : : Please can someone give me an serious answer or is my question not clear?
  25. : : 
  26. : : Users get kicked out of Kermit95 without any reason. But on the UNIX host
  27. : : the session is still active!!!
  28. : 
  29. : If you are using a TCP/IP connection, K95 will report a "Connection closed." 
  30. : if and only if this has been reported by the TCP/IP stack.  This probably 
  31. : is the result of either more than one machine using the same IP address
  32. : or some other problem on the connection between the two machines that
  33. : results in TCP being unable to deliver a packet from your Win95 machine 
  34. : to your Unix system.
  35. : 
  36. If a connection is broken, UNIX is supposed to log it out instantly.  If it
  37. does not, as Jeff says, this indicates a problem with your TCP/IP network or
  38. your UNIX system.  If you have more than one station with the same IP address,
  39. there is practically no end to the bad things that can happen -- performance
  40. degradation is certainly one of them, and not the worst.
  41.  
  42. : : Users then logging in again and they are logged in twice.
  43. : : Anyone regonize this problems?
  44. : 
  45. : Users get multiple sessions because Unix does provide a means for a 
  46. : Telnet client to pick up a disconnected session in the same way that
  47. : other operating systems such as VMS allow you to do.
  48. :
  49. : : As of release KERMIT95 version 1108 users can connect twice or more to the
  50. : : host computer using Tcp/Ip. But what if you don't want that?
  51. : 
  52. This is a feature that was requested by users of earlier versions, in which
  53. the Dialer only supported one connection per entry.  Let me try to clarify:
  54.  
  55.  . If you want multiple sessions (windows) to the same host, you can have
  56.    them in K95 1.1.8 or later.
  57.  
  58.  . If you don't want multiple sessions to the same host, then don't start
  59.    a new session; just keep using the one that's open.  In other words,
  60.    don't click on the Dialer entry, click on the K95 window.
  61.  
  62.  . If a session closes on the K95 end, but is left active on a UNIX host,
  63.    this indicates a severe problem (and a potential security risk) on the
  64.    other end; it has nothing to do with Kermit 95.  As Jeff said, UNIX does
  65.    not support disconnected sessions.
  66.  
  67.  . In other operating systems (such as VMS) that do support disconnected
  68.    (detached) sessions, the operating system itself provides a password-
  69.    protected way to attach to them.  Again, this has nothing to do with
  70.    Kermit; it's something you do after you make a connection to the system.
  71.  
  72. - Frank